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TITLE OF THE INVENTION 
SETUP SUPPORT SYSTEM, PHYSICAL ACCESS DRIVER, AND SETUP 
SUPPORT METHOD 

CROSS-REFERENCE TO RELATED APPLICATIONS 
5 This application is based upon and claims the 

benefit of priority from prior Japanese Patent 
Application No. 2003-188498, filed June 30, 2003, the 
entire contents of which are incorporated herein by 
reference . 

10 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a setup support 
system and setup support method, which can suitably be 
applied to, e.g., a server computer that constructs a 
15 RAID configuration by using a plurality of hard disk 

drives. 

2. Description of the Related Art 

Recent penetration of computers to offices and 
households is remarkable. Computers of this type 

20 requires setup including, e.g., installation of an 

operating system. This operation is cumbersome. 
Recently, standard setup is executed in advance before 
shipment from the manufacturer or selling agency, or a 
software installation support tool is packed together. 

25 For example, an installation module described in 

Jpn. Pat. Appln. KOKAI Publication No. 5-289855 allows 
to install a basic OS only by power-ON. 
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A computer used as a server in- an office often 
constructs a RAID configuration by using a plurality of 
hard disk drives instead of using a single hard disk 
drive, thereby increasing the fault tolerance. In this 
5 case, the operating system is installed in a hard disk 

drive after constructing the RAID configuration. On 
the other hand, the above-described installation module 
described in Japanese Patent Application No. 4-93214 
has no consideration about initialization of the 

10 storage medium as the installation destination, i.e., 

construction of the RAID configuration at all. 

For these reasons, installation support tools have 
recently been provided, which support, before 
installation of an operating system, construction of a 

15 RAID configuration or setting of a partition where the 

operating system should be installed. These tools are 
normally stored in a storage medium such as an optical 
disk and distributed. 

For an installation support tool which supports 

20 computer setup including installation of an operating 

system to be installed in a storage medium that 
requires initialization, as in construction of a RAID 
configuration, not only the storage medium and a 
storage medium that stores the installation support 

25 tool but also a storage medium such as a floppy disk 

(R) that requires no initialization is essential. The 
reason for this is as follows. Until initialization is 
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ended, no data can be written/read in/ from the storage 
medium as the installation destination. On the other 
hand, setting parameters representing the contents of 
various configuration setup designated by the user or 
5 status data representing the situation of progress must 

be stored in a storage medium before and during 
initialization. 

However, when the third storage medium is 
essential, the cost increases, resulting disadvantages 
10 for both the user and the manufacturer or selling 

agency. 

To omit the third storage medium, the user may 
execute input for various kinds of setup in two steps, 
i.e., before and after initialization of the storage 

15 medium as the installation destination of the operating 

system. With these procedures, any situation that 
requires storage of setting parameters and status data 
in the storage medium before and during initialization 
can be avoided. 

2 0 However, this method cannot meet the user 

requirement that all necessary input operations should 
be ended at once, e.g., at the start, and forces the 
user to waste time. 

BRIEF SUMMARY OF THE INVENTION 

2 5 According to an embodiment of the present 

invention, a setup support system which supports setup 
of a computer, including installation of an operating 
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system to be installed in a storage medium that 
requires initialization, comprises a physical access 
unit configured to execute physical access to the 
storage medium without intervening the operating 
5 system, an interface unit configured to execute input 

operations for configuration setup of the computer, 
including initialization of the storage medium, at 
once,, a setting parameter management unit configured 
to store setting parameters representing input setting 

10 contents in the storage medium before initialization by 

using the physical access unit, a medium setting unit 
configured to initialize the storage medium after 
storage of the setting parameters by the setting 
parameter management unit, and a setup unit configured 

15 to read out the setting parameters stored in the 

storage medium by using the physical access unit after 
initialization of the storage medium by the medium 
setting unit, and execute setup of the computer, 
including installation of the operating system, based 

20 on the setting parameters. 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 
The accompanying drawings, which are incorporated 
in and constitute a part of the specification, 
illustrate presently preferred embodiments of the 

25 invention, and together with the general description 

given above and the detailed description of the 
preferred embodiments given below, serve to explain the 
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principles of the invention. 

FIG. 1 is a block diagram showing the hardware 
configuration of a computer to which a setup support 
system according to the embodiment of the present 
5 invention is applied; 

FIG. 2 is a block diagram showing a software 
configuration so as to explain the operation principle 
of setup support executed by the setup support system 
according to the embodiment; 
10 FIG. 3 is a view showing a main menu window 

displayed by the setup support system according to the 
embodiment; 

FIG. 4 is a view showing a RAID setting window 
displayed by the setup support system according to the 
15 embodiment; 

FIG. 5 is a view showing a disk partition setting 
window displayed by the setup support system according 
to the embodiment; 

FIG. 6 is a view showing a user information 
20 setting window displayed by the setup support system 

according to the embodiment; and 

FIG. 7 is a flow chart showing the operation 
procedures of setup support executed by the setup 
support system according to the embodiment. 
25 DETAILED DESCRIPTION OF THE INVENTION 

The embodiment of the present invention will be 
described below with reference to the accompanying 
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drawing. 

FIG. 1 is a block diagram showing the hardware 
configuration of a computer to which a setup support 
system according to the embodiment of the present 
5 invention is applied. 

This computer is a high-end computer used as a 
server in an office. As shown in FIG. 1, the computer 
comprises a CPU 11, a bridge 12, a system memory 13, a 
local area network (LAN) controller 14, a bridge 15, a 

10 basic input/output system (BIOS) -ROM 16, an optical 

disk drive (ODD) 17, a keyboard controller 18, a RAID 
card 19, and a plurality of hard disk drives (HDDs) 20. 

The CPU 11 controls the whole system and executes 
various kinds of programs including an operating system 

15 and utilities stored in the system memory 13 or a BIOS 

stored in the BIOS-ROM 16. The bridge 12 connects the 
CPU bus and system bus as its primary function. The 
bridge 12 also has a function of a control device 
called a memory controller or graphic controller and 

20 executes access control for the system memory 13 or 

image display control for an externally connected 
display device. The system memory 13 is a storage 
medium serving as the main memory of the system. The 
system memory 13 temporarily stores various kinds of 

25 programs to be executed by the CPU 11 and their data. 

The LAN controller 14 is connected to the system 
bus that is connected to the CPU bus through the bridge 
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12. The LAN controller 14 executes data communication 
with a plurality of client computers scattered in the 
office through a network constructed by, e.g., an 
Ethernet (R) system. 
5 The bridge 15 has, as its main function, a 

function of connecting the system bus to various I/O 
devices. The BIOS-ROM 16, the ODD 17, and the keyboard 
controller 18 are connected to the bridge 15. The 
BIOS-ROM 16 stores a BIOS to drive and control, by 

10 software, various kinds of hardware incorporated in the 

system. The BIOS stored in the BIOS-ROM 16 has a 
physical access routine 101 (to be described later) . 

The ODD 17 is a control device to read out a 
program or data stored in, e.g., an optical disk or 

15 hard disk or write a program or data in a hard disk. 

This setup support system or an operating system to be 
installed is loaded in the computer by the ODD 17. 

When an externally connected keyboard or mouse or 
various buttons including a power supply switch 181 

20 prepared on the housing surface are operated by the 

user, the keyboard controller 18 stores data 
representing the operation contents in an internal 
register. The keyboard controller 18 then generates an 
interrupt signal to cause the CPU 11 to refer to the 

25 internal register, thereby transmitting the operation 

contents to the CPU 11. 

The RAID card 19 is a control device that can 
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construct various RAID configurations such as RAIDO, 
RAID1, or RAIDS by using the plurality of HDDs 20. The 
plurality of HDDs 20 that construct a RAID 
configuration under the control of the RAID card 19 
5 store enormous quantities of programs and data as an 

external memory of the system, i.e., the auxiliary 
device of the system memory 13. The operating system 
of this computer is installed in the HDDs 20 that 
construct a RAID configuration. This setup support 

10 system can appropriately support computer setup 

including installation of the operating system without 
requiring any extra storage medium such as a floppy 
disk, except the ODD 17 used to read a program for a 
distributed optical disk and HDDs 20 which require 

15 construction of a RAID configuration and correspond to 

the installation destination of the program and also 
without forcing the user to waste time. This will be 
described below in detail. 

FIG. 2 is a block diagram showing a software 

20 configuration so as to explain the operation principle 

of setup support executed by the setup support system 
according to this embodiment. 

Assume that an optical disk A which stores the 
setup support system and an optical disk B which stores 

25 the operating system are packed together with the 

computer in shipping. Also, assume that the ODD 17 is 
set as the first device in the boot sequence by the 



BIOS function. This setup support system is 
constructed by two programs, i.e., a setup support 
utility 112 and physical access driver 113. These 
programs are stored in the optical disk A together with 
5 a simple operating system 111 that has minimum 

functions for executing and controlling the programs. 
On the other hand, the optical disk B stores an OS 
setup module 121 as an installation support tool of an 
operating system 122 to be installed. 

10 Immediately after the power supply switch 181 is 

turned on, if the optical disk A is set in the ODD 17, 
the simple operating system 111 stored in the optical 
disk A is activated. In addition, the setup support 
utility 112 and physical access driver 113 are 

15 activated under the control of the simple operating 

system 111. The activated setup support utility 112 
displays, e.g., a main menu window shown in FIG. 3. 

When a setup icon a 1 is selected by a mouse on 
the main menu window, the setup support utility 112 

20 starts a setup operation for constructing a RAID 

configuration, generating a partition, or installing 
the operating system 122. The setup support utility 
112 that has started the setup operation sequentially 
displays, e.g., windows for various kinds of 

25 configuration setup shown in FIGS. 4 to 6 . 

FIG. 4 shows a window on which the type of RAID 
configuration or the number of HDDs to be used for 
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construction are selected. The user can select a 
desired configuration from three types, i.e., RAIDO, 
RAID1, and RAIDS on the window. For example, when 
RAIDO should be constructed by using five HDDs 20, the 
5 user selects a radio button a2 by using the mouse. The 

user also selects the desired number of HDDs (since the 
settable number of HDDs is 5, "MAX" corresponds to 5) 
by a pull-down menu a3. When a button a4 is selected 
by the mouse, the setup support utility 112 determines 

10 that RAID setting on this window is ended and displays 

the window shown in FIG. 5. A button a5 on the left 
side of the button a4 or a button a6 on the right side 
is clicked to return the display to the preceding 
window and execute the operation again. When the 

15 button a5 is selected, the display can easily be 

returned to the immediately preceding window. When the 
button a6 is selected, the display can easily be 
returned to the first window. The functions of the 
buttons a4 to a6 are common to all subsequent windows. 

20 FIG. 5 shows a window on which a partition where 

the operating system is to be installed is set. The 
user can select the partition size and file system on 
this window. For example, to select the FAT16 file 
system, the user selects a radio button a7 by the 

25 mouse. When the FAT16 is selected, a partition size of 

4,096 Mbytes is employed. The user need not input the 
partition size. When the button a4 is selected by the 
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mouse, the setup support utility 112 determines that 
disk partition setting on the window shown in FIG. 5 is 
ended and displays the window shown in FIG. 6. 

FIG. 6 shows a window on which pieces of so-called 
5 user information are set, including the name of the 

user, the name of the company, and the name of the 
section to which the user belongs. The user inputs 
each information to a corresponding text box a8 on this 
window by using the keyboard. When the button a4 is 
10 selected by the mouse, the setup support utility 112 

determines that setting of the user information on the 
window shown in FIG. 6 is ended and displays the next 
window. 

When the configuration setup on all windows 
15 including those shown in FIGS. 4 to 6 is ended, the 

setup support utility 112 writes setting parameters 
representing the setting contents to the HDD 20 by 
using the physical access driver 113. The physical 
access driver 113 has an interface to transmit/receive 
20 an instruction or data to/from the setup support 

utility 112. On the basis of an instruction received 
from the setup support utility 112 through the 
interface, the physical access driver 113 executes 
physical access to the HDD 20. That is, by using the 
25 physical access driver 113, the setup support utility 

112 can write/read data in/from the HDD 20 before 
construction of the RAID configuration and generation 
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of the disk partition, i.e., initialization is 
executed. 

The physical access driver 113 is a program that 
executes physical access to the HDD 20 by invoking the 
5 physical access routine 101 in the BIOS 100. In the 

data write, the physical access driver 113 receives the 
identifier of the HDD 20, the write destination 
address, and the write data from the setup support 
utility 112 and invokes the physical access routine 101 
10 by, e.g., the following format. 

INTxx, hardware identifier, write destination 
address, write data 

Then, the requested write is executed by the 
physical access routine 101. The physical access 
15 driver 113 notifies the setup support utility 112 that 

the data write is ended. 

In the data read, the physical access driver 113 
receives the identifier of the HDD 20, the read source 
address, and the data size from the setup support 
20 utility 112 and invokes the physical access routine 101 

by, e.g., the following format. 

INTxx, hardware identifier, read source address, 
data size 

Then, data in the data size given as a parameter 
25 is returned from the physical access routine 101. The 

physical access driver 113 returns the data to the 
setup support utility 112. 
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By using the physical access driver 113, the setup 
support utility 112 writes the setting parameters 
representing the configuration setup contents in the 
HDD 20 before construction of the RAID configuration. 
5 Then, the setup support utility 112 constructs the RAID 

configuration on the basis of the setting parameters* 
In this case, a RAIDO configuration using five HDDs 20 
is constructed. At this time, the setup support 
utility 112 writes status data representing that 

10 construction of the RAID configuration is progressing 

in the HDD 20 by using the physical access driver 113. 

When construction of the RAID configuration is 
ended, the setup, support utility 112 rewrites the 
status data in the HDD 20 by using the physical access 

15 driver 113 to indicate that construction of the RAID 

configuration is ended, and reboots the system. After 
the reboot, the setup support utility 112 executes a 
physical read of the setting parameters and status data 
by using the physical access driver 113. It can be 

20 seen from the readout status data that construction of 

the RAID configuration is ended. On the basis of the 
readout setting parameters, the setup support utility 
112 generates the disk partition on the HDD 20 in which 
the RAID configuration is constructed. Even at this 

25 time, the setup support utility 112 writes status data 

representing that generation of the disk partition is 
progressing in the HDD 20 by using the physical access 
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driver 113. When the generation is ended, the setup 
support utility 112 rewrites the status data by using 
the physical access driver 113 to indicate that 
generation of the disk partition is ended. In this 
5 example, the FAT16 file system is generated, and a 

partition in a size of 4,096 Mbytes is generated. 

When construction of the RAID configuration and 
generation of the disk partition, i.e., initialization 
of the HDD 20 is ended, the setup support utility 112 

10 writes the setting parameters and status data in the 

HDD 20 again as files under the simple operating system 
111. When initialization is ended, access to the HDD 
20 can be executed as file access under the simple 
operating system 111. The setup support utility 112 

15 restores the setting parameters to data that is 

writable/readable by a normal program. 

Next, the setup support utility 112 displays a 
window that prompts the user to set, in the ODD 17, the 
optical disk B that stores the operating system 122 to 

20 be installed, and the like. When the user sets the 

optical disk B in the ODD 17 in response to the window 
display, the OS setup module 121 is activated. The 
setup support utility 112 transfers, to the OS setup 
module 121, various kinds of setting information 

25 containing the user information represented by the 

setting parameters. On the basis of their contents, 
the OS setup module 121 installs the operating system 
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122. After that, the OS setup module 121 reboots the 
system to activate the operating system 122 installed 
in the HDD 20 instead of the simple operating system 
111. 

5 FIG. 7 is a flow chart showing the operation 

procedures of setup support executed by the setup 
support system. 

First, the setup support utility 112 sequentially 
displays the windows for various kinds of configuration 

10 setup and acquires the setting parameters at once (step 

SI) . The setup support utility 112 writes the acquired 
setting parameters in the HDD 20 before initialization, 
which is the installation destination of the operating 
system 122, by using the physical access driver 113 

15 (step S2) . 

When this write is ended, the setup support 
utility 112 constructs the RAID configuration and 
generates the disk partition while accessing the 
setting parameters on the HDD 20 by using the physical 

20 access driver 113 (steps S3 and S4) . When construction 

of the RAID configuration and generation of the disk 
partition, i.e., initialization of the HDD 20 is ended, 
the setup support utility 112 restores the setting 
parameters to files under the operating system (step 

25 S5) . 

When restoration of the setting parameters is 
ended, the setup support utility 112 prompts the user 
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to set, in the ODD 17, the optical disk B which stores 
the OS setup module 121 and the operating system 122 to 
be installed- Various kinds of setting information are 
transferred to the thus activated OS setup module 121 
5 so that the operating system 122 is installed (step 

S6) . 

As described above, this setup support system has 
the physical access driver 113 which executes physical 
access to the HDD 20 by invoking the physical access 

10 routine 101 in the BIOS 100. With this arrangement, 

the setup support system allows computer setup 
including installation of the operating system 122 
without requiring any extra storage medium except the 
HDD 20 as the installation destination of the operating 

15 system 122. As a result, for example, no floppy disk 

(R) drive need be equipped, and the cost can be 
reduced. 

In addition, since the physical access driver 113 
is used, the user need not execute input for various 

20 kinds of setup in two steps, i.e., before and after 

initialization of the HDD 20 even when, e.g., the 
floppy disk (R) drive Is omitted. That is, all input 
operations for various kinds of configuration setup can 
be ended at once at the start, as required by the user. 

25 Furthermore, after initialization of the HDDs 20, 

the setting parameters are converted into a file format 
accessible under the operating system 122. For this 



reason, for example, a verification operation of 
referring to the setting parameters can also easily be 
executed. 

The above-described embodiment has been described 
assuming that the physical access driver 113 accesses 
the HDDs 20 of predetermined type. When, various kinds 
of HDDs 20 including, e.g., IDE, SCSI, and SCSI-RAID 
are used, and one of the HDDs can arbitrarily be 
selected as the installation destination of the 
operating system 122, a parameter representing the HDD 
type may be exchanged between the physical access 
driver 113 and the setup support utility 112. The 
physical access driver 113 may give the received 
parameter to the physical access routine 101. 

Additional advantages and modifications will 
readily occur to those skilled in the art. Therefore, 
the invention in its broader aspects is not limited to 
the specific details and representative embodiments 
shown and described herein. Accordingly, various 
modifications may be made without departing from the 
spirit or scope of the general inventive concept as 
defined by the appended claims and their equivalents. 



